home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19971216-19980424 / 000035_news@newsmaster….columbia.edu _Fri Jan 2 14:24:28 1998.msg < prev    next >
Internet Message Format  |  2020-01-01  |  8KB

  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id OAA20806
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Fri, 2 Jan 1998 14:24:28 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id OAA28806
  7.     for kermit.misc@watsun; Fri, 2 Jan 1998 14:24:27 -0500 (EST)
  8. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  9. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: Trying to speed up file transfer
  12. Date: 2 Jan 1998 19:24:26 GMT
  13. Organization: Columbia University
  14. Lines: 151
  15. Message-ID: <68jeta$nmp$1@apakabar.cc.columbia.edu>
  16. References: <19980102181301.NAA19057@ladder02.news.aol.com>
  17. NNTP-Posting-Host: watsun.cc.columbia.edu
  18. Xref: news.columbia.edu comp.protocols.kermit.misc:8201
  19.  
  20. In article <19980102181301.NAA19057@ladder02.news.aol.com>,
  21. Poole22 <poole22@aol.com> wrote:
  22. : Find below the kermit script I'm using and the statistics/status output of
  23. : the kermit session. I am negotiating with the remote host kermit
  24. : administrators to run a CAUTIOUS kermit command rather than leave their
  25. : kermit settings as default. They supply many financial institutions with
  26. : data but say kermit is slow and do not encourage its use (I am debating this
  27. : point with them!).
  28. :
  29. Thank you.  Most people, quite understandably, do not understand the tradeoff
  30. between speed and robustness, and expect file transfers to be both blindingly
  31. fast and totally robust out of the box, which, unfortunately, does not often
  32. jibe with conditions in the real world.
  33.  
  34. : When receiving data I though I could set the receive
  35. : packet size on the local host without any changes on the remote host. This
  36. : example below didn't seem to work since it sent the same number of packets
  37. : (520) and actually took longer.  520*1000 bytes is more than 10 times the
  38. : file size of 40139 bytes.
  39. : KERMIT SCRIPT
  40. : ...
  41. : ;------------------------------------------------------
  42. : ; KERMIT GENERAL SETUP
  43. : ;------------------------------------------------------
  44. : set modem type usrobotics      ; modem type, e.g. US ROBOTICS
  45. I infer from this that you are using C-Kermit 6.0 on the local end.  Therefore
  46. you should also be getting RTS/CTS (hardware) flow control automatically by
  47. virtue of the "set modem type" command.
  48.  
  49. : set speed 38400                ; modem speed, e.g. 9600 bits per sec
  50. : set line  /dev/tty1            ; serial line device name
  51. : set dial method tone           ; TONE phone (as opposed to PULSE)
  52. : set parity none                ; no parity, 8th bit is ignored
  53. : set delay 30                   ; time allowed to switch from server/client
  54. :
  55. That will make anybody think Kermit is slow!  But since this script is for 
  56. the local Kermit (the one making the call), you don't need this command anyway,
  57. since it only affects the remote one (on the computer you are calling).
  58.  
  59. : set dial timeout 30            ; time allowed for modem connection
  60. : set handshake none             ; no handshaking (xon causes failure)
  61. : set flow auto                  ; Automatic choice of flow control
  62. :
  63. This command only affects the *next* set "set line" or "set host" command.
  64. But anyway, it's the default, so no harm done.
  65.  
  66. : set file type text             ; all files transferred are of type TEXT
  67. : set exit warning off           ; stop requirment for stdin when exiting
  68. If you are getting "Connection still open" warnings on exit, it usually
  69. indicates indicates improper setup or connection of the modem.
  70.  
  71. : set receive packet 1000        ; pack size from receviced files only
  72. : set window 4                   ; Not currently set at the ISMA end.
  73. Did you know that if the remote Kermit is in server mode, you can set its
  74. parameters from the client:
  75.  
  76.   remote set receive packet-length 1000
  77.   remote set window 4
  78.  
  79. Of course, this depends on which Kermit program and version they are running
  80. on their end.  Nothing too ancient, I hope.
  81.  
  82. : (...dial & login script omitted...)
  83.  
  84. : show protocol                         ; for information only
  85. : input 10 RUFAS>
  86. : if fail error (006) No RUFAS prompt
  87. I wonder what RUFAS is.
  88.  
  89. : output RECEIVE PRITST\13              ; remote VMS/RUFAS command
  90. : receive ./kisma.48317.dat             ; local Unix kermit command
  91. If RUFAS supports server mode, that would be a more straightforward way
  92. of using it.  Put it in server mode, and then send files to it, get files
  93. from it, send it commands, etc.
  94.  
  95. By the way, do you *have* to tell it the filename?  I ask because this might
  96. give a clue as to its (RUFAS's) identity.
  97.  
  98. : KERMIT CONNECTION OUTPUT
  99. :   kermit>  ISMA02 - Vax 4000-400
  100. :   kermit>
  101. :   kermit>  Username: RMT124
  102. :   kermit>  Password: >>RUFAS>
  103. :
  104. Aha, so RUFAS is someting on VMS...  So is it C-Kermit?  (Which version?)
  105. Or is it Kermit-32, which hasn't been supported since 10 years ago?
  106.  
  107. :   kermit>  A>201, RECEIVE PRITST COMPLETED
  108. :   kermit>  RUFAS>Executing /home/gpo/.kermrc for UNIX...
  109. :   kermit>   Dial directory is /home/gpo/.kdd
  110. :   kermit>  Executing /home/gpo/.mykermrc...
  111. :
  112. What are these messages from UNIX C-Kermit?  It looks to me as if you have
  113. somehow gotten it to run your script *before* it executed your initialization
  114. and customization files.  Is that what you wanted?
  115.  
  116. The STATISTICS command on the local end says:
  117. :
  118. :   kermit>   files transferred      : 1
  119. :   kermit>   packets sent           : 520
  120. :   kermit>   control characters     : 902 prefixed, 0 unprefixed
  121. :   kermit>   window slots used      : 1 of 4
  122. :   kermit>   packet length          : 80 (send), 1000 (receive)
  123. :   kermit>   compression            : yes [~] (5212)
  124. :   kermit>   block check type used  : 3
  125. :   kermit>   elapsed time           : 87 sec
  126. :   kermit>   transmission rate      : 38400 bps
  127. :   kermit>   effective data rate    : 461 cps
  128. Hence your (and the remote host Kermit administrators') complaint that
  129. "Kermit is slow".
  130.  
  131. : 520*1000 bytes is more than 10 times the file size of 40139 bytes.
  132. :
  133. Yes, but as you can see the remote Kermit gave C-Kermit permission for a
  134. maximum packet length of 80 bytes and a window size of 1.  The file receiver
  135. controls the packet length, and the window size must be agreed upon by both
  136. parties.  The remote Kermit demanded, and got, the bare minimum, and quite
  137. predictably, throughput stank.
  138.  
  139. Diagnosis:
  140.  
  141. Either (a) the remote Kermit program lacks any of the "modern" (i.e. circa
  142. 1985) performance features of the Kermit protocol, or (b) the remote site
  143. administrators are selecting them.
  144.  
  145. Cure:
  146.  
  147. The remote site administrators should install an up-to-date Kermit version
  148. and configure it to allow fast transfers, to the extent their host and
  149. communications equipment can tolerate them.  Kermit can go just as fast, and
  150. usually faster, as any other protocol on the same connection, and still have
  151. better error recovery characteristics (e.g. sliding windows with selective
  152. retransmission).
  153.  
  154. More information:
  155.  
  156.   http://www.columbia.edu/kermit/            The Kermit Project website
  157.   http://www.columbia.edu/kermit/faq.html    The Kermit FAQ (see item 4)
  158.   http://www.columbia.edu/kermit/perf.html   File-transfer benchmarks
  159.   http://www.columbia.edu/kermit/ck60.html   C-Kermit 6.0 for VMS (etc)
  160.   "Using C-Kermit", 2nd Edition              See the chapter on peformance
  161.  
  162. - Frank